home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0049 / 413.txt < prev    next >
Text File  |  1997-04-16  |  17KB  |  440 lines
  1. Info-Atari16 Digest   Friday, August 25, 1989   Volume 89 : Issue 413
  2.  
  3. This weeks Editor: Bill Westfield
  4.  
  5. Today's Topics:
  6.  
  7.                      Re: New Atari 68030 Machines
  8.                        Re: Apathy and Defeatism
  9.                 Re: QUESTION ABOUT SEAGATE HARD DRIVE
  10.               Re: How to find bad sectors on Hard Disk?
  11.                      Re: New Atari 68030 Machines
  12.               Buying an ST in Europe for US  - should I?
  13.                             System2/Chaos
  14.                        Comments on your machine
  15.                      Re: Designing HIs under GEM
  16.                        1 Meg Atari ST for sale
  17.                           Re: Norad binary ?
  18.                            c-shell's, RCS?
  19.                  Need help with writing MIDI software
  20.           Re: HELP IDENTIFYING SEAGATE 296N WITH REV. 7 ROM
  21.                      Re: Designing HIs under GEM
  22.  
  23. ----------------------------------------------------------------------
  24.  
  25. Date: 19 Aug 89 03:28:49 GMT
  26. From: portal!cup.portal.com!Xorg@uunet.uu.net  (Peter Ted Szymonik)
  27. Subject: Re: New Atari 68030 Machines
  28. To: info-atari16@score.stanford.edu
  29.  
  30. <sorry, mailer ills>
  31.  
  32. A standard Mega keyboard or an enhanced keyboard as a option.
  33.  
  34. Peter Szymonik
  35. Xorg@cup.portal.com
  36.  
  37. ------------------------------
  38.  
  39. Date: 19 Aug 89 03:19:07 GMT
  40. From: portal!cup.portal.com!Xorg@uunet.uu.net  (Peter Ted Szymonik)
  41. Subject: Re: Apathy and Defeatism
  42. To: info-atari16@score.stanford.edu
  43.  
  44. The Fortune 500 list is as of THIS year, and does account for
  45. the dumping of Federated.
  46.  
  47. Peter Szymonik
  48. Xorg@cup.portal.com
  49.  
  50. (moving up the Fortune 500 while dealing with the Federated fiasco
  51.  speaks volumes about the strength of Atari Corp.)
  52.  
  53. ------------------------------
  54.  
  55. Date: 19 Aug 89 03:37:55 GMT
  56. From: portal!cup.portal.com!Xorg@uunet.uu.net  (Peter Ted Szymonik)
  57. Subject: Re: QUESTION ABOUT SEAGATE HARD DRIVE
  58. To: info-atari16@score.stanford.edu
  59.  
  60. The Seagate SCSI 296N <- imbedded controller, is the one which I have heard
  61. the most complaints about - ask for ROM7 (older) ROM8 is the one used to
  62. slow the drive so it can't be formatted at 1:1.
  63.  
  64. Peter Szymonik
  65. Xorg@cup.portal.com
  66.  
  67. ------------------------------
  68.  
  69. Date: 19 Aug 89 03:32:14 GMT
  70. From: portal!cup.portal.com!Xorg@uunet.uu.net  (Peter Ted Szymonik)
  71. Subject: Re: How to find bad sectors on Hard Disk?
  72. To: info-atari16@score.stanford.edu
  73.  
  74. This may be a weird way to find bad sectors, but MichTron's Tune-Up
  75. program can show a box will shaded areas showing used sectors, if you have
  76. bad sectors you will get 'spots' in this pict after you format the
  77. partition!  I used this to find a nasty scratch on my hard drive surface
  78. caused by a crashed head - looked like this:
  79.  
  80.                    ..
  81.                      ...
  82.                         ..
  83.                           ....
  84.                                (etc)
  85.  
  86. ------------------------------
  87.  
  88. Date: 19 Aug 89 03:27:35 GMT
  89. From: portal!cup.portal.com!Xorg@uunet.uu.net  (Peter Ted Szymonik)
  90. Subject: Re: New Atari 68030 Machines
  91. To: info-atari16@score.stanford.edu
  92.  
  93. August 25th is slated as the day Atari Corp. announces its new products,
  94. including the '030 machine.  A major ad campaign which is being handled
  95. by the same ad firm which did the MacIntosh Olympic ads is also slated
  96. to start this Fall - the money has beenspent - the ads WILL appear.
  97. Accordin to Sam Tramiel in this month's START the '030 (aka TT) will
  98. come in many onfigurations, one being a 6 meg machine which will have
  99. TOS 1.4 built-in, will run UNIX 5.3.1 as a $299 add-on option and will
  100. aslo emulate MS-DOS (and the Mac no doubt with Dave Small's Spectre GCR.)
  101. Sam claims plenty of expandability (hurray!) with six or mor VME full
  102. size VME slots.  It can be mated to a multi-sync as well as 'slightly
  103. adjusted' VGA color and mono monitors.  The TT will offer a standard
  104.  
  105. ------------------------------
  106.  
  107. Date: 18 Aug 89 21:24:16 GMT
  108. From: att!tsdiag!pedsga!mikes@ucbvax.Berkeley.EDU  (Mike Shulman)
  109. Subject: Buying an ST in Europe for US  - should I?
  110. To: info-atari16@score.stanford.edu
  111.  
  112. Hello everyone!
  113.  
  114.   I've been considering getting a mega ST for a while now. Well, next week
  115. I will be going to Germany for 2 weeks and I was wondering....
  116. I've heard that ST's are MUCH cheaper in Germany then in US. Is that
  117. true? If it is, would it take much to get a German-made ST to work in US?
  118. Would it simply involve moving some jumper on the mother board from 50
  119. to 60 Hz? What about the monitor (color and mono)? I presume all the docs
  120. will be in German, but I guess I could photocopy them from somebody here
  121. in US. What about OS prompts, error messages, etc. Will they all be in
  122. German as well? Can that be changed?
  123.   Is there anything else I am missing? Does anybody know what's the
  124. $ limit on "souvenirs" you can bring back to US before you have to pay a
  125. tarrif?
  126.   These questions are probably just hypothetical, since after paying
  127. for this Europe trip I will not be able to afford a new computer.
  128. (Unless one of you German STers can recommend a REALLY cheap store
  129. that takes credit cards. I will definitely be in Frankfurt and Berlin.
  130. I'll also be traveling all over Europe on Eurail pass, so no city
  131. is out of reach!)
  132.  
  133. Thanks in advance for your responses!
  134.                                             Mike
  135. --
  136. ----------------------------------------------------------------------------
  137. Mike Shulman                         <Insert your favorite disclaimer here>
  138. UUCP: princeton!rutgers!petsd!pedsga!mikes
  139. Internet: mikes@tinton.ccur.com
  140.  
  141. ------------------------------
  142.  
  143. Date:     Sat, 19 AUG 89 14:04:15 GMT
  144. From:     WILDDJ%VAXB.ASTON.AC.UK@Forsythe.Stanford.EDU
  145. To:       info-atari16@SCORE.STANFORD.EDU
  146. Subject:  System2/Chaos
  147.  
  148. Just thought I'd write to the net about a couple of things...
  149.  
  150. 1. I've started to update my System2 shell. I *think* i've included GEM
  151. support - all it does is clear the screen, turn cursor off & put mouse on.
  152. Nothing else is required is it? (these are restored afterwards)
  153.  
  154. 2. System2 users - is there anything else you'd desperately like to see in
  155. System2 (not too major, please), while I'm amending it?
  156.  
  157. 3. I've written a Fast Basic program for Chos investigation - bifurcation,
  158. etc. Is anyone interested? I can't upload it yet, not until I get back to
  159. Aston University in 5 wks.
  160.  
  161. - Dave Wild
  162. wilddj@uk.ac.aston.vaxb
  163.  
  164. ------------------------------
  165.  
  166. Date: 18 Aug 89 19:51:49 GMT
  167. From: att!mtuxo!mtgzz!drutx!dvac@ucbvax.Berkeley.EDU  (Daniel Vachon)
  168. Subject: Comments on your machine
  169. To: info-atari16@score.stanford.edu
  170.  
  171. This is cross posted to Amiga and Atari ST boards bacause I am really
  172. curious what the individual machine owners think about their computers.
  173.  
  174. I would appreciate any input from anyone on this matter.  I am currently
  175. an Apple // user (have been for the last 7 years .. religiously!), and
  176. recently I don't care much for Apple's direction on the Apple // line.
  177. I have been seeing Apple //'ers from the past switching to Atari ST's
  178. and Commodore Amigas.   I would like to know the good points and the bad
  179. points about these machines....
  180.  
  181. Mainly the Atari 520ST, the Amiga 500, the Atari 1020ST, and the Amiga 2000.
  182.  
  183. Any info that anyone would be willing to offer would be appreciated.  I am
  184. also somewhat interested in MIDI, and would like to know a bit about the
  185. MIDI interfaces of these machines.  Also, MAC and IBM emulator information
  186. is a lot of help too.   Thanks in advance for any and all help.
  187.  
  188. If anyone would like to get a copy of all the replies I get, let me know and
  189. I will e-mail the synopsis.
  190.  
  191. Later - Dan Vachon -  arpa!att!drutx!dvac
  192.  
  193. ------------------------------
  194.  
  195. Date: 18 Aug 89 18:22:08 GMT
  196. From: hpfcdc!hpldola!jg@hplabs.hp.com  (Joe Gilray)
  197. Subject: Re: Designing HIs under GEM
  198. To: info-atari16@score.stanford.edu
  199.  
  200. First, thanks to those of you who have responded to my base note so far.
  201. I look forward to some more interesting discussion.
  202.  
  203. Second, more in the HIs (or do you say GUIs) saga:
  204.  
  205. I wanted to create an FTEXT object which could be used two different
  206. ways.  What I mean is that it could prompt the user for one field or
  207. another.  For example, it might say
  208.                                       Enter Category: ___
  209. at one point or
  210.                                       Name: ___
  211. at another.
  212.  
  213. Note that the number of underscores in both cases is the same,
  214. although in general I don't think they should have to be.
  215.  
  216. I tried to accomplish this in two ways (both really the same in essence):
  217. Method One: copy directly into the Object tree before displaying the tree
  218.     obspec = (TEDINFO *) (tree + THING)->ob_spec;
  219.     strcpy(obspec->te_ptext, "@@@");
  220.     strcpy(obspec->te_ptmplt, "Name: ___");
  221.  
  222. Method Two: (credit to Tim Oren and his PROGEM series) copy into a local
  223. variable and then set Object to point to local variable
  224.     obspec = (TEDINFO *) (tree + THING)->ob_spec;
  225.     strcpy(localtext, "@@@");
  226.         obspec->te_ptext = localtext;
  227.         obspec->te_txtlen = strlen(localtext) + 1;
  228.         strcpy(localtmplt, "Name: ___");
  229.         obspec->te_ptmplt = localtmplt;
  230.         obspec->te_tmplen = strlen(localtmplt) + 1;
  231.  
  232. Note that the te_pvalid string is not touched in either case, it is
  233. left as it is the original Object tree - pointing to "XXX".
  234.  
  235. Neither method works, in both cases it appears that the edit takes
  236. place on the box where the original Object tree thinks it should.
  237. If the original tree had "MMM: ___" as a template and I replace
  238. it (using methods one or two above) with "Name: ___" the dialog
  239. will only show "Name: __" and the cursor will go off the end of
  240. the two shown underscores, also sometimes the system will crash.
  241. If I replace "MMM: ___" with "Name:___" (note missing space)
  242. everything is fine.
  243.  
  244. What am I doing wrong, or not doing.
  245.  
  246. Thanks for any help!
  247.  
  248. Yours,
  249. Joe Gilray
  250.  
  251. ------------------------------
  252.  
  253. Date: 19 Aug 89 16:00:04 GMT
  254. From:
  255.  gem.mps.ohio-state.edu!csd4.csd.uwm.edu!lakesys!martin@tut.cis.ohio-state.edu
  256.  (Martin Wiedmeyer)
  257. Subject: 1 Meg Atari ST for sale
  258. To: info-atari16@score.stanford.edu
  259.  
  260.                 1 Meg Atari 520ST for Sale
  261.                 --------------------------
  262.  
  263. 68000 @ 8Mhz
  264. 1 Meg RAM (dealer installed piggyback upgrade)
  265. 2 DSDD Disk Drives (1 Atari, 1 Tandy)
  266. 1 SM124 Monochrome Monitor
  267. 1 SC1224 Color Monitor
  268. 1 Panasonic KXP-1091 printer
  269.  
  270. Atari Developers Kit w/ Alcyon C & Developers Docs
  271. SYBEX Programmers Guide to GEM
  272. Regent Base
  273. FLASH 1.6
  274.  
  275. MANY, MANY PD programs (I was the moderator of netlib@lakesys)
  276. e.g. gulam, uniterm 2.0e, Sozobon C, GCC, gemstart, QuickST etc.
  277.  
  278. $1000, you pay shipping.
  279.  
  280. I send email to martin@lakesys.lakesys.COM or call (414)963-2182
  281.  
  282.  
  283.         Marty Wiedmeyer
  284. --
  285.  
  286.         Marty Wiedmeyer
  287.  
  288.         martin@lakesys.lakesys.COM
  289.  
  290. ------------------------------
  291.  
  292. Date: 19 Aug 89 03:08:10 GMT
  293. From: tank!shamash!nic.MR.NET!ns!logajan@handies.ucar.edu  (John Logajan)
  294. Subject: Re: Norad binary ?
  295. To: info-atari16@score.stanford.edu
  296.  
  297. In article <703@chyde.uwasa.fi>, hv@chyde.uwasa.fi (Harri Valkama LAKE) writes:
  298. > Was norad binaries posted recently to comp.binaries.atari.st
  299. > arriving alright ? What I got here seems to be truncated because
  300. > the last line that was there was 80 characters wide so it was
  301. > a whole line, and there was no 'end'...
  302.  
  303. The copy I got here was okay.  So I have sent you a copy direct. Hope
  304. you get it.  Anyone else need a copy?
  305.  
  306. --
  307. - John M. Logajan @ Network Systems; 7600 Boone Ave; Brooklyn Park, MN 55428  -
  308. - logajan@ns.network.com / ...rutgers!umn-cs!ns!logajan / john@logajan.mn.org -
  309.  
  310. ------------------------------
  311.  
  312. Date: 18 Aug 89 21:51:10 GMT
  313. From: telesoft!dar@ucsd.edu  (David Reisner)
  314. Subject: c-shell's, RCS?
  315. To: info-atari16@score.stanford.edu
  316.  
  317. Hi Folks.
  318.  
  319. I'm really more of a Unix programmer, but I'm doing some realtime / signal
  320. processing controlled by an Atari.  I'd very much like to use a full c-shell
  321. and RCS (revision control system) or something similar.  Are there any such
  322. things out there?
  323.  
  324. I've seen and used some version of the Beckmeyer csh - does some stuff OK,
  325. but can't expand *\*, 'foreach' doesn't work, no 'find' ...  Perhaps
  326. Beckmeyer has a newer version, but I don't know how to get in touch with them.
  327. I've also used a vi clone called Z - not real vi, but quite usable.  I
  328. haven't seen anything dealing with version control.
  329.  
  330. Any pointers, especially with phone number or USENET addresses, appreciated.
  331.  
  332. -David
  333. ucsd!telesoft!dar, dar@sdcsvax.ucsd.edu
  334.  
  335. ------------------------------
  336.  
  337. Date: 18 Aug 89 10:53:10 GMT
  338. From: mcvax!ukc!dcl-cs!gdt!ccspgo@uunet.uu.net  (Paul Overend)
  339. Subject: Need help with writing MIDI software
  340. To: info-atari16@score.stanford.edu
  341.  
  342. This is a submission for a friend.  Can anyone please recommend a book about
  343. writing a sequencer or MIDI for the atari st (preferably in C).  Any level
  344. would be appreciated.
  345.                         Thanx in advance,
  346.                                    The Outlaw.
  347.  
  348. --
  349. Paul G. Overend                                            ccspgo@uk.ac.bath.gdr
  350. The Outlaw at BUCS                                         ccspgo@uk.ac.bath.gdt
  351. Bath University,England                                       The_Outlaw at BUCS
  352.          ***   A chat with u and somehow death loses its sting!!   ***
  353.  
  354. ------------------------------
  355.  
  356. Date: 20 Aug 89 03:20:33 GMT
  357. From: portal!cup.portal.com!Xorg@uunet.uu.net  (Peter Ted Szymonik)
  358. Subject: Re: HELP IDENTIFYING SEAGATE 296N WITH REV. 7 ROM
  359. To: info-atari16@score.stanford.edu
  360.  
  361. A spec sheet is usually included with new Seagate drives - on there
  362. it will specifically state which ROM's were used - but you can forget
  363. about asking any hard drive distributor to check and see what they are
  364. selling - odd's are that they won't even have a clue what you're talking
  365. about!  Seagate is no help either - they claim that the difference isn't
  366. noticable (ha!)
  367.  
  368. Peter Szymonik
  369. Xorg@cup.portal.com
  370.  
  371. ------------------------------
  372.  
  373. Date: 19 Aug 89 03:59:45 GMT
  374. From: hall!rosenkra@UMN-CS.CS.UMN.EDU  (Bill Rosenkranz)
  375. Subject: Re: Designing HIs under GEM
  376. To: info-atari16@score.stanford.edu
  377.  
  378. In article <11830048@hpldola.HP.COM> jg@hpldola.HP.COM (Joe Gilray) writes:
  379. =
  380. =I would like to start a discussion about human interface design under GEM.
  381.  
  382. this should be fun :~)
  383.  
  384.  
  385. =1) Is there any standard "look and feel" for dialog boxes?  More than
  386. =   just Title at the top, buttons across the bottom?  For example
  387.  
  388. what u describe is more like an alert box, which are trivial to use. they
  389. are subsets of dialog boxes and good for yes/no type input. i generally
  390. use them only to warn the user of some condition he should be aware of
  391. (do you REALLY want to quit and loose all your data?).
  392.  
  393. =
  394. =2) I also tend to use nested dialogs quite a bit.  I like to keep the
  395.  
  396. in a word: don't. design your program to have as much information as
  397. possible in one spot, i.e. make it as modeless as possible. if you can
  398. design your program so a user can get from one place to the desired
  399. action in one move, it is far easier to use. in fact, if you can design
  400. your program to have but one evnt_multi loop, it will be very easy
  401. for the user to do what he wants to do, quickly. ST users really
  402. appreciate that. i used to use zillions of alert boxes to tell users
  403. what (i thought) they needed to know. i now opt for an asynchronous
  404. message box in some static location on the screen, always there, which
  405. gives the user info but does not require action (like click or key).
  406.  
  407. =3) One of the reasons I use nested dialogs is a limit I think I've
  408. =   found in GEM, it appears that there must be less than 256 editable
  409. =   (FTEXT, FBOXTEXT) characters per box in GEM.  Has anyone else
  410. =   noticed this (I am using original ROM TOS)?  Is this fixed in
  411. =   QuickSt or TurboSt?
  412.  
  413. i have not heard this and doubt it is true. i can't see how it matters
  414. since the resources are just strings. i have used dialogs with at least
  415. 200 objects which to me seemed like a lot, even in a code with over
  416. 50000 lines. half of them were FBOXTEXTs. if there is such a limit, it
  417. would be in the form_do code. find tim oren's tutorial series. he has
  418. a form_do source which you can hack if this is in fact the case.
  419. the standard form_do is pretty lame anyway, especially if you do anything
  420. serious (commercial). form_do is ok for run-of-the-mill stuff, but
  421. you'd be better off in the long run rolling your own. besides, you'll
  422. learn more about how things work. i hacked up form-do to do nested
  423. menus (which were just dialogs, one on top of the others).
  424.  
  425. user interface is religion. just ask apple :~) expect this discussion
  426. to get rather bloody...
  427.  
  428. =-Joe Gilray
  429.  
  430.  
  431. -bill rosenkranz
  432. rosenkra@boston.cray.com
  433.  
  434. ------------------------------
  435.  
  436. End of Info-Atari16 Digest
  437. **************************
  438. -------
  439.  
  440.